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(57) ABSTRACT 

A method and system for processing a customer generated 
order for a product, more particularly to a method for one or 
more client computers connected through a server to a 
plurality of supplier computers to fulfill a customer gener- 
ated order. The method includes the client creating an order 
event with a preferred supplier, the server routing the order 
event to the preferred supplier, the server monitoring status 
of the order event from the preferred supplier, the preferred 
supplier processing the order event, and the server periodi- 
cally synchronizing inventory between the client and all 
suppliers. 

23 Claims, 6 Drawing Sheets 
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ORDER FULFILLMENT PROCESSING tially reducing the number of people that are required for 

SYSTEM processing customer orders through delivery of a product 

and billing for the same, (ii) substantially increasing the 

The present invention generally relates to a method and speed of processing of such customer orders through deliv- 

a system for processing customer generated orders for any 5 ery and billing for the same, and (iii) substantially reducing 

one of a plurality of products. More particularly, the inven- the overhead costs associated with such processing. The 

tion relates to a method and system having one or more system is extremely powerful in that it can operate on a 

client computers connected via a large scale network to a worldwide basis and can accommodate literally thousands of 

server and a plurality of supplier computers for virtually products ordered by thousands of customers supplied by 

automatically processing customer generated orders through 10 thousands of suppliers, 
all necessary steps from receipt of the customer order to 

delivery and billing of the purchased product. BRIEF SUMMARY OF THE INVENTION 

Most known conventional customer order fulfillment The present invention is directed to a method and a system 

processes generally include complex internal distribution for processing customer generated orders for any number of 

systems, warehouse processes, procurement processes, cus- 15 pro ducts that may be marketed by a large multinational 

tomer order placement processes and may or may not company or a small one. The method and system process the 

include the capability of forecasting inventory levels. Most customer order from its receipt through delivery of and 

of these processes are done manually in that they are at least billing for the products. 

partially done with the use of considerable human XM , , tU t . . , . . , . 

: J . „. . , More particularly, the method and system are adapted to 

intervention, which is inefficient, costly and time consum- 20 ' i- t , . _ ' A . , • , 

„ ' i i , r . utilize one or more client computers connected via a large 

mg. Some of these processes may take several days from the ^ nelwork such as ^ (o a and ^ 

receipt of a customer order to the time of shipping. , uralj f ^ tCK t0 fulflu aled 

TTiere are computer implemented systems that attempt to ^ > Qa a w £ rldwide F basis . ^ client and 

reduce the use of human intervention at various steps of such „. irr AotwnA - „ rt „ f - Q , , r 

, , - r . supplier computers, depending on the volume of activity, 

complicated manual fulfillment processes. However, they 25 m f„ . i „ m i,,t*« ; mm „„ tf ,„ ^ oi - f „ n 

, r v , . , . ' • may be personal computers, mini computers, mainframe 

have not been completely successful because their arch.tec- ltrs and other , of and wa , te referred 

rure and methodology are deficient, and require manual lQ r( £ livel herein ^ a clier / and a supplier . 

intervention at some point during the process. For example, , . , , . . . 

some known computer implemented systems that are cur- In ««o«lance with the present mvent.on, after the cus- 

*i j i i ■ tomer order for one or more products is received bv the 

rently in use m processing orders in large volume require 30 , r , :. f lwUMO 10 LV , 1 " w - , 

human intervention in initially accepting the order and chent from a customer the client creates an order event with 

placing it in the system. However, human intervention is a Purred supplier, which the server routes to the preferred 

also needed to place a purchase order with a supplier to su PP lier ' The KIVcr then periodically monitors the supplier 

fulfill the customer order. Additionally, human intervention [° determine the status of the order event as it ,s processed 

may be required to receive the ordered product from the 35 b * the P ref f"ed supplier. If the supplier accepts the purchase 

supplier, place it in a warehouse, and then ship it to the event > 11 * c P roduct and notlfi "* c c } ieni of that 

customer. At every point in the process where human £ tl0n > and the che , nt * en P re P arcs a bl11 for the customer, 

intervention Is required, additional inefficiency, expense and ™ e servcr PfnodicaUy synchronizes inventory levels 

time delay are introduced. between the cheDt and a11 su PP hers ' eluding obviously the 

Accordingly, it is a primary object of the present inven- 40 P referred supplier, 

tion to provide an improved method and system for auto- ^ present invention is adapted to communicate over a 

matically and efficiently processing customer generated Iar ge s^e network, which is preferably the Internet, on a 

orders for products upon entry of the orders into the system frequent basis with all clients and all suppliers that are a part 

to delivery of the ordered product. of lhe svst em. This preferably includes one client, although 

A related object of the present invention is to provide 45 more than one client and hundreds of suppliers are contem- 

such an improved method and system that has an architec- P lated * ^ structure of the information that is required to 

turc and methodology that enables customer orders to be make the system function is well defined and does not permit 

processed in a manner that effectively bypasses the use of spontaneous communications that have not been previously 

conventional distribution systems, warehouse processes, defined. Communications are chosen from a multiplicity of 

procurement processes and the need for forecasting of so choices to convey the desired information, and care has been 

inventory levels. given to defining requests and responses to every common 

Another object of the present invention is to provide an and some uncommon exigencies that may arise in the course 

improved method and system to create a fully automated of processing such customer orders, determining preferred 

end-to-end supply chain or customer order fulfillment pro- suppliers, making shipments, determining available 

cess that can operate on a worldwide scale using a large scale 55 inventory, and billing customers for products ordered. The 

network, such as the Internet. careful structuring of information that must be communi- 

Yet another object of the present invention is to provide catcd in lnc cour sc of doing business enables the processing 
such an improved method and system that is designed to t0 be carried out Somatically, without any human inter- 
receive customer orders, determine the suppliers that will vention except in but a few instances, 
deliver the products ordered, process the orders by imme- 60 Such processing for a typical order can be completed in a 
diately shipping the products and billing the customer, and few seconds, which when projected for a large segment of a 
periodically synchronize the available inventory of all company's sales activity, will produce tremendous reduc- 
suppliers, all without human intervention. tions in overhead and operating expenses. 

Still another object of the present invention is to provide , „, 

such an improved method and system for use by large scale 65 DESCRIPTION OF THE DRAWINGS 

multinational companies as well as small enterprises, FIG. 1 is a schematic diagram of a network system in 

wherein the advantages of the system include: (i) substan- which the present method is implemented; 
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FIG. 2 is a flowchart illustrating a generic file adapter to established maximum and minimum limits of inventory 

the message broker client; . . present in the hub, and flags or other alerts can be triggered 

FIG. 3 is a flowchart illustrating the subroutine of the when the product inventory is not within the limits, 

client creating an order event with a preferred supplier, Next, it should be understood that the network 8 is 

FIG. 4 is a flowchart illustrating the subroutine of the 5 preferably the Internet because it is accessible by customers 

server routing the order event to the preferred supplier, and suppliers that may literally be located anywhere in the 

FIG. 5 is a flowchart illustrating the subroutine of the world. Such accessibility from almost any location in the 

server monitoring status of the order event from the pre- world k a verv desirable aspect of using the Internet and is 

ferrcd supplier, important to the scale of utilization of the present invention. 

FIG. 6 is a flowchart illustrating the subroutine of the 10 However > othcr tyP« of networks can certainly be used in 

preferred supplier processing the order event; and, FIG. 7 is conjunction with the Internet or even in place of it. For 

a flowchart illustrating the subroutine of the server synchro- example, the network connection may comprise a virtual 

nizing inventory between the client that routed the order Intcrnct host > a dialu P connecUon ™ a ^uter, which enables 

event and the preferred supplier. ^ ciieDt 10 and suPP 1 " 51 " 14 to exchange information 

15 through the server 12. 

DETAILED DESCRIPTION OF THE Given that the preferred embodiment is the use of the 

INVENTION internet as the communication connection, the present 

Broadly stated, the present invention is directed to a invention is currently implemented with a Business-To- 

method and a system for automatically processing customer 20 Business Integration Server from webMethods, Inc. 

generated orders without any human intervention for a (webMethods B2B web server), which can be found at 

multitude of particular products that are being marketed. The webmethods.com. However, it should be understood that 

client creates an order event with a preferred supplier for the another similar web server product that provides a mapping 

customer generated order, and routes the order event to the of HyperText Markup Language (HTML) to a programming 

preferred supplier. In addition, the server frequently moni- 25 lan guage may be used and is within the scope of the present 

tors the status of the order event from the preferred supplier mvenUon. The mapping function of the webMethods B2B 

as the supplier processes the order event. Lastly, the server web 15 me feature that the present invention 

periodically synchronizes the inventory between the client * vs ^» which ma P s the HTML codes to a custom Java class 

and all suppliers members of variables. This is the current protocol for 

Timing now to FIG. 1, the system in which the present 30 comm " nicati ° n b * ween dient 14 " Bu j 

method is implemented is generally indicated as part of a smce Efw-Me Marku P Language (XML) is the preferred 

preferably wide area network 8. A client computer (client) ^} oc ° 1 f or ^ P"f ent ' nV ^?L *"*Mrthods B2B 

10 is connected to a network server (server) 12 via the ^PW^ of a role as the XML becomes more prevalent 
network 8, and the server 12 also communicates with a 

olurality of supplier computers (suppliers) 14 and a supplier 35 Because the network system needed for the implementa- 
(hur7)15 through the network 8. The client 10, suppliers 14, tion of the P rcsent invention varies greatly in complexity and 
an3the supplier hub 15 can be personal computers, mini size * explanation of the current preferred embodiment of 
computers, mainframe computers, or other types of com- ^ network topology is given for clarification purposes. The 
puters depending on the volume of activity that is being system shown in FIG. 1 has a single client but may have 
carried out. Customers can order various products, which 40 client component computers connected to each other, 
can be goods and/or services, that are marketed by the m mat eve nt, each client component may have a distinct 
company that is using the system, by communicating with function. For example, one client component may deal only 
the client to order the products. Customer orders can be ^ warehouse accounting. Another client component may 
made by telephone, in person, via the Internet or by other be used for finance. Each client component becomes a single 
means, the only requirement being that it has to be entered 45 la y cr of the network, and all the multiple layers work 
in the system at the client. together to define the system. In such a system, one client 
The supplier hub 15 is shown being connected to a component should serve as a message broker layer or 
number of non-subscribing supplying entities 15a that may component. The message broker client component may 
be supply products that are maintained in the hub inventory. Provide data transformation, data formatting, business rules 
Such supplying entities may be competitors of the company so implementation, network configuration, and message gate- 
using the system and therefore are not connected in the same ways- 
manner as the suppliers 14. In this regard, the system of the 1° the event that several client component computers are 
present invention communicates with the supplier hub 15 in used » Inere may be a need to adapt or interface data and 
the same manner as subscribing suppliers 14, but the sup- information from one client component to another, and an 
plying entities have only limited access to information that 55 adapter for doing so is illustrated in FIG. 2. This figure 
is supplied to the supplying hub 15 itself In other words, the shows the logical flow of a generic file adapter allowing 
hub blocks certain sensitive and/or proprietary information omer client components to create a native file format for the 
from being accessed by the supplying entities. Although the message broker client component (message broker). The 
extent of the filtering of information may vary, it is preferred adapter can comprise software that is resident in any of the 
that the supplying entities not have access to such informa- 60 client components. 

tion such as the identity and location of customers, pricing Currently, the preferred embodiment of the present inven- 

in formation or the installed base of any products. The tion uses Active Works 3.0 from Active Software, Inc. as its 

information that the supplying entity can access is the message broker client component, and Active Software, Inc. 

current inventory of the product that it is supplying to the can be found at activesw.com. Again, it should be under- 

hub and the shipment activity. There may also be feedback 65 stood that another similar messaging product that supports a 

to the supplying entity via telephone or email or the like standard messaging functionality may be used and is within 

about inventory or other problems. It is preferred to have an the scope of the present invention. Taking advantage of the 
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Active Works' functionality of the data transformation and In either event, there may be more than one preferred 
formatting, the client components connected to the Active- supplier determined to accommodate the availability con- 
Works in the present invention are adapted to translate data straints or the shipping destinations requested, 
into one native file format to enable communications After the preferred supplier 14 is determined, the client 10 
between the different client components. 5 nex t validates the information from the customer order by 
Referring to FIG. 2, an expired timeout or an external checking the validity of such information as the vendor 
process triggers the subscribing adapter (block 16), the number and/or the part number (block 42). The client 10 
subscribing adapter connects to the message broker (block then assigns a unique purchase order number (block 44), and 
18). The adapter looks for a subscribe queue in the client creates an order event with all the information from the 
(block 20). If the subscribe queue does not exist, the N> customer order and the assigned purchase order number 
subscribing adapter establishes a "subscription" to event (block 46). The preferred format and information contained 
(block 22). The term "subscription" refers to the client in the order event are shown in the attached Appendix A, 
component setting itself up as a subscriber of the message Table 1. 

broker. Once the subscribe queue is found (block 20), the Irj accordance with another aspect of the present 
subscribing adapter tries to obtain the events from the « mveDt i 0Qs pio. 4 shows the steps for the subroutine which 
message broker (block 24) if available (block 26). But if no defines how the server 12 routes an order event to the 
event is found in the queue, the subscribing adapter starts a preferred supplier 14. The server 12 first monitors the client 
timeout to trigger itself again later (block 28). 10 f or ^ or dcr event (block 48). There are various ways to 
The duration of timeouts is preferably configurable implement this step, but one way is the use of persistent 
depending upon what operation is being carried out and 20 connection to the client 10 for incoming order events. The 
which supplier is involved. A timeout associated with an server 12 obtains the order event from the client 10 if there 
inventory -synchronization event or a status check event may is an order event available (block 50). The server 12 next 
be quite short for a supplier that supplies thousands of validates the order event (block 52), for example, by check- 
products in a short time. In that event, the timeout may be ing to see if there is any empty field and/or incorrect types 
as short as one minute or less. Lesser volume suppliers may 25 of data used in the field. 

have a timeout duration of approximately 15 minutes, for From the order event, the server 12 determines the iden- 

example. Suppliers that only infrequently supply products tification of the preferred supplier 14 (block 54) and verifies 

may have a timeout duration of several hours. The important that this preferred supplier 14 actually exists (block 56). If 

consideration is that the timeout be of sufficiently small the supplier 14 is not found, the server 12 sends a rejection 

duration to ensure that adequate information relating to the 30 event to the client 10 (block 58). The preferred format and 

operation of the system is communicated among the client, information contained in the rejection event is shown in the 

the server and the individual suppliers to assure reliable attached Appendix A, Table 3. 

operation. q q the omer Qan( ^ ^ j2 di rec ts the order event to 

Once the event or events are found, the subscriber adapter 3S the preferred supplier 14 if there is a supplier 14 (block 60). 

picks up the events (block 30), and formats the information The supplier 14 may then reject or accept the order instantly 

to a native format (block 34) creating a native file (block 36) (block 62). The product is immediately shipped directly 

which can be read by all subscriber client components to the from the supplier to the customer if the supplier 14 accepts 

message broker. In this way, the message broker enables all the order. In the context of the present invention, immediate 

client components to share data and information on the ^ shipping means shipping on the same day that the order is 

network. Furthermore, the type of events that the client placed. The server 12 sends a rejection event to the client 10 

component looks for depends greatly on what type of client if the supplier 14 rejects the order event (block 64). If the 

component it is. For example, a purchase order maintenance supplier 14 accepts the order event from the server 12, the 

client component may get only order events. Similarly, a supplier 14 assigns a tracking number to the order event 

network order router manager client component may get 45 (block 66). The server 12 then saves the order event with the 

order events, confirmation events, and rejection events. The tracking number as an open status (block 68). 

subscribing adapter ends with setting the timeout to restart Next? me subroutine of the server 12 monitoring status of 

the subroutine (block 38). me order evem is shown in FIG 5 ^ servef u which ^ 

In accordance with an important aspect of the present triggered by an expired timeout (block 74), composes a list 

invention, the manner in which the client 10 creates an order 50 of all the order events with open status located in its database 

event with a preferred supplier 14 is shown in FIG. 3. For (block 76). From each order event in the list, the server 12 

each customer order received, the client 10 determines a identifies the preferred supplier 14 listed in the order event 

preferred supplier 14 for the product ordered (block 40). In (block 78) and requests a status message from that preferred 

the preferred embodiment, a preferred supplier 14 is deter- supplier 14 (block 80). The supplier 14 sends a status 

mined to be a supplier with available inventory of the 5S message with the most current information for the order 

product and preferably located in the same geographical area event (block 82). For example, the status message may 

as the shipping destination specified by the customer order, indicate whether the order event is open, closed, or rejected 

(which should minimize the time and/or cost of shipping) (block 84). If the order event is open, the server 12 starts a 

but other considerations may be used to determine preferred timeout to restart this monitoring status subroutine again 

status. For example, transportation efficiencies may dictate 60 (block 86). 

the choice of a particular supplier as a preferred supplier For an order event with a rejected status, the server 12 

even though that supplier is geographically farther away sends a rejection event to the chent 10 (block 88). The server 

j from the shipping destination than another supplier. 12 then changes the order event's status from open to 

It should also be appreciated that a customer order may be rejected (block 90) and starts a timeout to restart this 

for a large amount of product that may not be available at 65 subroutine (block 92). On the other hand, the server 12 sends 

one supplier, or may specify several different shipping a confirmation event to the client 10 (block 94) if the order 

destinations that may not be convenient to a single supplier. event has been closed by the supplier 14. The server 12 again 
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changes the status of the order event, but this time from open 
to closed (block 96), and starts the timeout (block 98). After 
receiving the confirmation event indicating that the order has 
been closed, the client sends an invoice to the customer 
(block 99). The preferred format and information contained 
in the confirmation event are shown in the attached Appen- 
dix A, Table 2. 

The subroutine of how the preferred supplier 14 processes 
the order event is shown in FIG. 6. The preferred supplier 14 
prepares the order event for processing (block 100). The 
preparation may include things such as printing shipping 
labels, preparing the packaging, or making the shipping 
receipt. After the preferred supplier 14 ships the product to 
the customer (block 102), it creates a confirmation event 
(block 104). 

In accordance with another important aspect of the 
present invention, the server synchronizes the inventory 
between the client and all suppliers as shown in FIG. 7. This 
subroutine is triggered by an expired timeout (block 106), 20 
and the timeout is set at the end of the subroutine to restart 
again. The server 12 first retrieves the most updated inven- 
tory level from all suppliers, including the preferred supplier 
14 by making a connection to all suppliers 14 (block 108). 
Then, the server 12 sends an inventory-synchronization 25 
event with the updated inventory to the client 10 (block 110). 
The client 10 updates the current inventory for all suppliers, 
including the preferred supplier, in its own database (block 
112), in which the information is later used for picking a 
preferred supplier 14 for a given order event. The server 30 
ends the subroutine by starting the timeout (block 114). The 
preferred format and information contained in the inventory- 
synchronization event are shown in the attached Appendix 
A, Table 4. 

From the foregoing description, it should be understood 35 
that an improved method and system for processing a 
customer generated order for a product have been shown and 
described, which have many desirable attributes and advan- 
tages. The method and system allow a customer order to be 
routed directly to the supplier for order fulfillment and 
delivery, creating a fully automated customer order fulfill- 
ment process. Because of the superior design of the system, 
the entire processing of a customer order can be completed, 
billed and shipped, and the determination of the process is 
made within only a few seconds without any human inter- 
vention. 

While various embodiments of the present invention have 
been shown and described, it should be understood that other 
modifications, substitutions and alternatives are apparent to 50 
one of ordinary skill in the art. Such modifications, substi- 
tutions and alternatives can be made without departing from 
the spirit and scope of the invention, which should be 
determined from the appended claims. 

Various features of the invention are set forth in the 55 
appended claims. 

APPENDIX A 

Entries in the Size column indicate the character type and 60 
number of characters in the field. For example: 

X6 indicates an alpha-numeric entry containing 6 char- 
acters. Left justify and format with trailing blanks. 

9(2) indicates a numeric entry containing 2 characters. 65 
Right justify and format with leading zeros. For 
example, 1 is entered as 01. 
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9(7)v99 indicates a numeric entry up to 7 characters long, 
with an implied decimal and two decimal places; thus, 
the entry 199 is interpreted as 1.99. 



TABLE 1 



Order Event 

The following tabic describes the details of the order event 



No Interface Element 



Size Special Instructions 



1 TRANSACTION ID X6 

2 DISTRIBUTION CENTER X8 

3 ORDER TYPE X2 



4 SHIP TO ADDRESS LINE 1 X40 

5 SHIP TO ADDRESS LINE 2 X40 

6 SHIP TO ADDRESS LINE 3 X40 

7 SHIP TO ADDRESS LINE 4 X40 

8 SHIP TO ADDRESS LINE 5 X40 

9 SHIP TO CITY X45 

10 SHIP TO STATE XI 5 

11 SHIP TO ZIP X18 

12 INVOICE ADDRESS LINE 1 X40 

13 INVOICE ADDRESS LINE 2 X40 

14 INVOICE ADDRESS LINE 3 X40 

15 INVOICE ADDRESS LINE 4 X40 

16 INVOICE ADDRESS LINE 5 X40 



17 MARK FOR ADDRESS X40 
LINE 1 

18 MARK FOR ADDRESS X40 
LINE 2 

19 MARK FOR ADDRESS X40 
LINE 3 

20 MARK FOR ADDRESS X40 
LINE 4 

21 MARK FOR ADDRESS X40 
LINE 5 

22 WORLD/COUNTRY CODE X3 

23 EXPORT INDICATOR* XI 

24 NEW ONLY FLAG XI 

25 REQUESTED DATE 9(8) 

26 PAYMENT TERMS X10 



45 27 NO PARTIAL FLAG XI 

28 RES HIP FLAG+ XI 

29 CONSOLIDATION KEY X40 



30 ORDER SECTION X12 

31 ITEM/SUB ITEM X4 

32 PART NUMBER X20 

33 PRIORITY 9(2) 



34 INLAND CARRIER+ X4 

35 CARRIER MODE X2 

36 CARRIER CODE X4 



Literal - "SHPREQ" 

VS supplier's vendor code. 

If it begins with T, the order 

is internal to HP. 

If it begins with "T\ the order 

ts for an external (Trade) HP 

customer. 

Lines 4 through 11 indicate 
the physical ship to location. 
This must be printed on the 
Proforma Invoice and Box 
Address Label (box label). 



Lines 12 through 16 indicate 

the "sold to" 

address from the original 

customer order. 

This must be printed on the 

Proforma Invoice for 

international shipments. 

See notes at end of table. 



Country code of the 
destination. 

"Y" means Export, inter- 
national shipment. 
Y" means ship only NEW 
parts, not refurbished parts. 
CCYYMMDD format Date 
order sent to supplier. 
Must be included on Proforma 
Invoice for international 
orders. 

"Y" means order quantity 
cannot be split into multiple 
shipments. 

Y - rcship (Not in use at 
this time). 

Will be provided in the future 

to assist in consolidating all 

[terns for the same ship-to 

address within the same box. 

Must be in place for cost 

effective international 

shipping. 

HP order number. 

HP item number. 

HP part number. 

10 - government order 

20 - Hotline (must ship 

same day) 

>20 - Standard order 
For international shipments. 
See list of valid carrier codes 
used by HP. 

Sec list of valid carrier codes 
and modes used by HP. 
See list of valid carrier codes 
and modes used by HP. 
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TABLE 1 -continued 



TABLE 1-continued 



Order Event 

The following table describes the details of the order event. 



Order Event 

The following table describes the details of the order event. 



No Interface Element 



Size Special Instructions 



No Interface Element 



Size Special Instructions 



37 


LOGISTIC CHARGES 


9(7) 






v99 


38 


REQUEST QUANTITY 


9(6) 


39 


ADJUSTED UNIT PRICE 


9(7) 






v99 


40 


CUSTOMER COMMENT 


X36 


41 


CUSTOMER ATTN TO 


X36 


42 


CUSTOMER REFERENCE 


X36 




NUMBER 




43 


CUSTOMER ACCOUNTING 


X36 




REFERENCE 




44 


DELIVER TO 1 


X34 


45 


DELIVER TO 2 


X34 


46 


RETURN PROGRAM 


XI 0 


47 


CARRIER PROGRAM 


XI 0 


48 


BUSINESS PROGRAM 


X10 


49 


RMA COMMENT 1* 


X50 


50 


RMA COMMENT 2" 


X50 


53 


RMA COMMENT 3* 


X50 


52 


RMA COMMENT 4* 


X50 


53 


RMA COMMENT 5* 


X50 


54 


RMA COMMENT 6* 


X50 


55 


RMA COMMENT 7* 


X50 


56 


RMA COMMENT 8* 


X50 


57 


RMA COMMENT 9* 


X50 


58 


RMA COMMENT 10* 


X50 


59 


RMA COMMENT 11* 


X50 


60 


RMA COMMENT 12* 


X50 


61 


RMA COMMENT 13* 


X50 


62 


RMA COMMENT 14* 


X50 


63 


RMA COMMENT 15* 


X50 


64 


RMA PRINT 


X4 




INSTRUCTIONS* 




65 


SHIP REQUEST ID 


X8 


66 


RETURN ADDRESS 1* 


X30 


67 


RETURN ADDRESS 2* 


X30 


68 


RETURN ADDRESS 3* 


X30 


69 


RETURN ADDRESS 4* 


X30 


70 


PART DESCRIPTION 


X30 


71 


RESTRICTED ARTICLE 


XI 


72 


AIRPORT CODE+ 


X3 


73 


RETURN DAYS- 


9(3) 


74 


INVOICE KEY 


X30 



The charge must be printed on 

shipping documents. 

Quantity to be shipped. 

Unit price must be printed on 

shipping documents. 

Must be printed on shipping 

documents. 

Must be printed on shipping 
documents. 

Must be printed on shipping 
documents. 

Must be printed on shipping 
documents. 

Must be printed on packing 
list. 

Must be printed on packing 
list. 

(Not in use at this time). 
(Not in use at this time). 
(Not in use at this time). 
Printed on the RMA form. 
Printed on the RMA form. 
Printed on the RMA form. 
Printed on the RMA form. 
Printed on the RMA form. 
Printed on the RMA form. 
Printed on the RMA form. 
Printed on the RMA form. 
Printed on the RMA form. 
Printed on the RMA form. 
Printed on the RMA form. 
Printed on the RMA form. 
Printed on the RMA form. 
Printed on the RMA form. 
Printed on the RMA form. 
"EACH" or "LINE" (see 
notes at end of table). 
Unique identifier for this 
transaction. Must be used in 
the Shipment Confirmation. 
Printed on the RMA form. 
Printed on the RMA form. 
Printed on the RMA form. 
Printed on the RMA form. 
Must be included on all 
shipping documents as it 
appears in this Held. 
"V - restricted article 
(Hazardous Material) 
"N" = not restricted 
For international shipments. 
Printed on the box address 
label. 

Printed on the RMA form. 
Will be provided in the future 
to assist in consolidating 
orders together on one 
international invoice. (Will be 
based on the office code, 
first 4 digits of order number). 



75 RMA_RE- 


X(30) (Not in use at this time). 


TURN_REASON_l 




76 RMA_RE- 


X(30) ' 


TURN_REASON_2 




77 RMA_KE- 


X(30) " 


TURN_REASON_3 




78 RMA_RE- 


X(30) " 


TURN_REASON_4 




79 RMA_RE- 


X(30) " 


TURN_R£ASON_5 




80 RMA _RE- 


X(30) " 


TURN_R£ASON_6 




81 RMA__RE- 


X(30) " 


TURN_REASON_7 





82 RMA_RE- 
TURN_REASON_8 

83 RMA_RE- - 

10 TURN_REASON_9 

84 RMA_RE- 
TURN_REASON_10 

85 RMA_RE- 
TURN_REASON_ll 

86 RMA_RE- 

15 TURN_REASON_12 

87 RMA_RE- 
TURN_REASON_13 

88 RMA_RE- 
TURN_REASON_14 

89 RMA_RE- 
TURN_REASON_15 

90 SCHEDULE_B_NUMBER 



20 



25 



91 PURCHASE_OR- 
DER_NUMB ER 



X(30) " 
X(30) " 
X(30) " 
X(30) " 
X(30) ' 
X(30) ■ 
X(30) " 
X(30) - 

X(10) "Harmonized tariff code". 
Required for international 
shipments; must be printed 
printed on the Proforma 
Invoice. 

X(10) Must be cross-referenced to 
the HP order number and 
item number, and sent back in 
the Shipment Confirmation 
for this order request. 



3Q + Denotes fields required on int'l shipping documents. 

"Denotes return material authorization (RMA) printing information. 



TABLE 2 



Confirmation Event 
The following table describes the details of the confirmation event. 



No. Data Element 



1 TRANSACTION X6 

2 DISTRIBUTION X8 
CENTER 

3 ORDER-SECTION X12 

4 ITEM/SUB- ITEM X4 

5 PART NUMBER X16 

6 SHIP QUANTITY Int 

7 SHIP DATE 9(8) 

8 BILL OF LADING X12 
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9 SHIP BOX 9(5) 
NUMBER 
10 WEIGHT 9(4). 

99 

55 11 CARRIER CODE X4 
12 CARRIER MODE X2 



13 INVOICE 
NUMBER 



X10 



14 COUNTRY X3 
ORIGIN 



65 15 SHIP REQUEST ID 9(8) 



Literal = "SHPCNF* 

VS Supplier's vendor code. Must be 

accurate! 

From the original Create Shipment 
Order. 

From the original Create Shipment 
Order. 

From the original Create Shipment 
Order. 

ASCII format. Right justify, 
format with leading zeroes. 
CCYYMMDD format with numbers 
only, no special characters. 
From VS Supplier, for all shipments. 
For international shipments only, 
use the "House Airway Bill " 
Unique ID for each box as provided 
by VS supplier's shipping system. 
From VS supplier. Must be in 
kilograms. 

From VS supplier (use standard 
carrier codes defined in the table 
of Valid Carrier Codes). 
From VS supplier (use standard 
carrier codes defined in the table of 
Valid Carrier Codes). 
From VS supplier (only required for 
international orders; from the 
proforma invoice for customs). 
From VS supplier (standard world 
country code for the country of 
manufacture of this part-000 
for USA). 

From the original Create Shipment 
Order. This ID is used to identify 
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TABLE 2-continued 



TABLE 4 



Confirmation Event 
The following table describes the details of the confirmation event. 



No. Data Element 



Size Notes 



16 TRACKING 
NUMBER 

17 UNIT OF 
MEASURE 



18 PURCHASE OR- 
DER NUMBER 



19 PO LINE ITEM 



20 SPECIAL 
PROGRAM 

21 EXPORT PORT 



22 TRANSIT DAYS 



23 AIR CARRIER 
CODE 



24 EXPORT 
INDICATOR 



this particular transaction to GSL 
systems. Must be included in all 
transactions related to the "order- 
num-item" for this shipment. 
XI 8 Not used 

X2 Unit of measure used by the VS 

supplier to sell this part (ea « each, 
bx - box, etc) GSL Procurement 
system needs this to report any dis- 
crepancy between the actual unit of 
measure and that on the open 
purchase order. 

XI 0 VS PO number for this part as com- 
municated from the buyer to the 
VS supplier. Must be accurate! 

9(4) VS PO number line item for this 

part number, literal value is always 
"0001". 

X8 Populate with "VS" for Virtual 
Sourcing. 

X4 The last United States port where 
the goods reside (the carrier will 
define the port in cases where the 
plane's flight has multiple stops). 
Vklid Port Codes are listed in 
Chapter 5. 

9(4) Number of days from your location 
to the scheduled date of departure 
from the port of export (where the 
plane takes off). 

9(4) Code assigned to air carrier for 

export shipments. HP will provide 
list of valid codes. 

XI "V if it is an int'l shipment, "N" 
if not int'l. 



TABLE 3 



Reaction Event 



20 



25 



30 



40 



No. 


Data Field 


Size 


Notes 


50 


1 


TRANSACTION 


X6 


Literal "SHPRET 




2 


DISTRIBUTION 
CENTER 


X8 


VS Supplier's vendor code. 




3 


ORDER SECTION 


XI 2 


From the original Create Shipment 










Order transaction. 


55 


4 


ITEM/SUB ITEM 


X4 


From the original Create Shipment 
Order transaction. 


5 


PART NUMBER 


XI 6 


From the original Create Shipment 
Order transaction. 




6 


QUANTITY 


Int 


The quantity the VS supplier cannot 










fulfill on this order, given in 


60 








ASCII format. 


7 


ADJUSTMENT 
DATE 


9(8) 


CCYYMMDD (today's date). 




8 


SHIP REQUEST ID 9(8) 


From the original Create Shipment 










Order transaction. 




9 


REASON REJECT 


X10 


Reason for Shipment Rejection 


65 








(HP to provide list of valid values). 



Inventory-Synchronization Event 
The following table describes the details of the Inventory 



No. 


Data Element 


Size 


Notes 


1 


TRANSACTION 


X6 


"INVDMF* - Inventory Transaction 


2 


DISTRIBUTION 


X8 


VS supplier's vendor code. 


10 


CENTER 




3 


PART NUMBER 


X16 


From VS supplier. 




(KEY) 




4 


AVAILABLE 


Int 


ASCII format 




QUANTITY 






5 


DATE 


9(8) 


CCYYMMDD format 


15 6 


TIME 


9(6) 


HHMMSS format (24 hour clock) 



What is claimed is: 

1. A method for processing a customer generated order for 
a product, wherein the customer order is received by at least 
one client operably connected through at least one server to 
a plurality of suppliers via a network, the method charac- 
terized by the steps of: 

the client creating an order event with a preferred sup- 
plier; 

the client determining the preferred supplier according to 
geographical location and inventory availability of the 
suppliers; 

the client validating the information from the customer 

generated order; and, 
the client assigning a purchase order number for said 

order event; 

the server routing said order event to the preferred sup- 
plier; 

the server monitoring status of said order event from the 

preferred supplier; 
the preferred supplier processing said order event; and, 
the server periodically synchronizing inventory between 
the client and the plurality of suppliers independently 
of the foregoing steps; 
wherein the step of creating an order event with a pre- 
ferred supplier further comprises the steps of: 
determining said first preferred supplier having an 
inventory of available product that is favorably geo- 
graphically located to minimize the time and expense 
of shipment of the product to the customer; and, 
determining a second preferred supplier having an 
inventory of available product in the event that the 
inventory of available product of said first preferred 
supplier is not sufficient to fill the customer order. 

2. The method according to claim 1 wherein said step of 
the preferred supplier processing said order event further 
comprises the steps of: 

the preferred supplier shipping the product to the cus- 
tomer; and 

the preferred supplier creating a confirmation event. 

3. The method according to claim 1 wherein said step of 
the server synchronizing inventory between the client that 
routed the order event and the preferred supplier further 
comprises the steps of: 

the server retrieving the most updated inventory from the 

preferred supplier; 
the server sending an inventory-synchronization event 

with the updated inventory to the client; 
the client updating the current inventory for the preferred 

supplier, and, 
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